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BACKGROUND 

1. Field of the Invention 

The present invention relates to wireless communications and, more particularly, to 
wireless communication of packet-based real-time media. 
5 2. Description of Related Art 

As a general matter, it is known for a wireless device to engage in packet-based real-time 
media communication with one or more other entities. In particular, such a device could be 
equipped to engage in packet-data communications via a radio access network, and to send and 
receive media in real-time as packet data. 

10 An example of such a device is a cellular mobile station of the type that might 

communicate over an air interface with a base station and in turn with a gateway that provides 
connectivity with a packet-switched network. Such a mobile station can be equipped with 
hardware and program logic to be able to digitize, encode and packetize real-time media and 
transmit resulting media packets via the packet-switched network. Further, the mobile station 

1 5 can be similarly equipped to receive and de-packetize incoming media packets from the network 
and to decode and play out the underlying media to a user. 

In this manner, the wireless device can allow a user to engage in real-time 
communication with one or more other users, each of whom operates another device that also has 
access to the packet-switched network. Such communication could be peer-to-peer, in that the 

20 devices exchange media packets with each other. Alternatively, the communication could be 
bridged through a central conference server of some sort, in which case each device would 
engage in packet-based media communication with the server and the server would bridge the 
communications together to allow the users to communicate with each other. 
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Wireless connectivity, however, presents a challenge for this sort of real-time 
communication. The difficulty stems from the fact that, in many wireless communication 
systems, the wireless connection through which packet-data passes between a wireless device 
and a radio access network will time out after a certain period of inactivity (i.e., absence of 
5 packet-data flow). Thereafter, in order for the device to send or receive further packet-data, the 
device must re-acquire a radio link. But the process of acquiring a radio link can sometimes take 
on the order of 6-10 seconds. 

During a packet-based real-time media session, if a long pause in communication occurs 
such that none of the participating devices are sending or receiving media packets for longer than 
10 the radio link time-out period, a participating wireless device may lose its radio link. In turn, if 
that device seeks to send or receive further media packets, significant delay could occur as the 
device works to re-acquire a radio link. This delay can be disruptive and therefore undesirable. 



SUMMARY 

15 The present invention is directed to a method and system for maintaining a radio link, so 

as to facilitate more seamless real-time media communications. Further, the invention may have 
other ancillary benefits as well. 

According to an exemplary embodiment of the invention, a wireless device will detect the 
absence of real-time media communication to or from the wireless device for at least a threshold 

20 period of time and will responsively begin sending periodic (or sporadic) keepalive signals into 
the network in order to hold open its radio link, i.e., to prevent its radio link from timing out. A 
suitable keepalive signal can be any packet-data, if transmission of any packet-data would cause 
the radio access network to reset its radio link timer. Preferably, the wireless device will send 
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keepalive signals at a periodic interval that is shorter than the radio link time-out period, to 
prevent the radio link from timing out for at least some time. 



BRIEF DESCRIPTION OF THE DRAWINGS 

5 An exemplary embodiment of the present invention is described herein with reference to the 

drawings, in which: 

Figure 1 is a block diagram of a communication system in which the exemplary 
embodiment can be employed; 

Figure 2 is a block diagram of an exemplary mobile station that can be used in the 
10 arrangement of Figure 1; and 

Figure 3 is a flow chart depicting functions that can be carried out in accordance with the 
exemplary embodiment. 



DETAILED DESCRIPTION OF 
15 AN EXEMPLARY EMBODIMENT 

As described above, a wireless device can engage in packet-based real-time media 

communication directly with another device or via a conference server. For sake of example, 

this description will focus on the latter scenario. More particularly, this description will consider 

a system in which a cellular mobile station may engage in voice over packet (VoP) 

20 communication with another station via a communication server. It should be understood, 

however, that the invention could apply more generally in any scenario where a wireless device 

engages in packet-based communication of real-time media, whether peer-to-peer or bridged, 

and whether voice, video and/or another sort of media. 
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1. Example Communication System 

Referring to the drawings, Figure 1 illustrates a communication system 10 in which an 
exemplary embodiment of the present invention can be employed. Note that this and other 
arrangements and processes described herein are set forth for purposes of example only, and 
5 other arrangements and elements (e.g., machines, interfaces, functions, orders of elements, etc.) 
can be added or used instead and some elements may be omitted altogether. Further, those 
skilled in the art will appreciate that many of the elements described herein are functional entities 
that may be implemented as discrete components or in conjunction with other components, in 
any suitable combination and location, and as a combination of hardware, firmware and/or 
10 software. 

System 10 includes a mobile station 12 that can be linked by a radio access network 14 
with a packet-switched network such as IP network 16. Further, system 10 includes another 
client station 18 (e.g., another mobile station) that can be linked with the IP network by a 
connection 20 (e.g., the same or another radio access network). Mobile station 12 serves a user 
15 designated as user A, and client station 18 serves a user designated as user B. 

Still further, system 10 includes a communication server 22 that sits on the IP network 16 
and functions to bridge real-time media communications between mobile station 12 and client 
station 18. Communication server may be a conference server, for instance, or could take other 
forms. 

20 Radio access network 14 provides wireless connectivity with IP network 16 and can take 

any of a variety of forms. By way of example, radio access network 14 may include a base 
transceiver station (BTS) 24 that can communicate with mobile station 12 over an air interface 
26. BTS 24 may then be coupled with a base station controller (BSC) 28, which may in turn be 
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coupled with a mobile switching center (MSC) 30 and with a packet data serving node (PDSN) 
32 or other gateway to the IP network 16. 

In order for mobile station 12 to be able to engage in packet-data communication over IP 
network 16, mobile station 12 may need to acquire a radio link layer connection over air 
5 interface 26 and a data link layer connection with PDSN 32 or another gateway to network 16. 
The process of acquiring these links can take various forms depending on the protocols used for 
communication. 

By way of example, under well known "cdma2000" recommendations, mobile station 12 
might request a packet-data connection by sending a packet-data origination request message 
10 over air interface 26, and via BSC 28, to MSC 30. MSC 30 may then responsively detect that the 
message is a request for packet-data connectivity and therefore send the message back to the 
BSC for handling. 

In turn, when the BSC receives the request from the MSC, the BSC may establish a radio 
link layer connection with the mobile station, by assigning the mobile station to operate on a 

15 particular traffic channel over air interface 26 (e.g., a fundamental traffic channel, and perhaps 
one or more supplemental channels). In addition, the BSC may pass the request to the PDSN 32. 
And the PDSN and mobile station may then negotiate with each other to establish a data-link 
layer connection, typically a point-to-point protocol (PPP) session over which packet data can be 
communicated between the mobile station and the PDSN. 

20 As part of this process, mobile station 12 may obtain an IP address, to facilitate packet 

communications. For instance, the PDSN may assign an IP address to the mobile station, or the 
PDSN may communicate with a mobile-IP "home agent" to obtain an IP address for the mobile 
station. 
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As noted above, the radio-link layer connection with a mobile station in many wireless 
communication systems will time-out after a predefined period of inactivity. For instance, after 
10 seconds in which no packet-data is communicated to or from the mobile station over air 
interface 26, the BSC 28 may release the traffic channel that it had assigned to the mobile 
5 station, to allow it to be used by other mobile stations. At the same time, however, the data-link 
layer (e.g., PPP) connection with the mobile station might remain. 

Once the radio-link layer connection with a mobile station has timed out, the mobile 
station will be considered "dormant." (For this reason, the timer is typically referred to as an 
"active-to-dormant" timer.) However, if its data-link layer connection still exists, the mobile 
10 station may still seek to send packet data to other entities, and other entities may seek to send 
packet data to the IP address of the mobile station. When another entity seeks to send packet 
data to the mobile station, the BSC will page the mobile station over an air interface paging 
channel. 

When a dormant mobile station receives a page indicative of an incoming data 
15 communication, or if the dormant mobile station seeks to send data, the radio link layer 
connection with the mobile station will need to be reestablished. To do so, the mobile station 
may send a message to the BSC over the access channel, requesting radio-link resources, and the 
BSC may then assign a traffic channel. The mobile station may then send or receive packet data 
over that traffic channel. 
20 2. Example Packet-Based Real-Time Media Communication 

Mobile station 12, communication server 22 and client station 18 are each preferably 
equipped to engage in packet-based real-time media communications according to the well 
known Real-time Transport Protocol (RTP), which is defined by Internet Engineering Task 
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Force (IETF) Request for Comments (RFC) 1889. More particularly, each of these nodes is 
preferably equipped to send and receive RTP packet streams carrying digital representations of 
media such as voice. Further, mobile station 12 and client station 18 are each preferably able to 
generate RTP streams from analog media and to play out analog media from RTP streams. And 
5 communication server 22 is preferably able to pass RTP communications between mobile station 
12 and client station 18. 

Thus, mobile station 12 may receive voice from user A and transmit a digital 
representation of the voice in an RTP stream to communication server 22, and communication 
server 22 can then pass that digital representation along in an RTP stream to client station 18. As 

10 client station 18 receives the RTP stream, client station 18 may then uncover the voice from the 
stream and play out the voice in analog form to user B. 

Similarly, client station 18 may receive voice from user B and transmit a digital 
representation of the voice in an RTP stream to communication server 22, and communication 
server 22 can then pass that digital representation along in an RTP stream to mobile station 12. 

15 As mobile station 12 receives the RTP stream, mobile station 12 may then uncover the voice 
from the stream and play out the voice in analog form to its user A. 

Communication server 22 may also function to control communications between mobile 
station 12 and client station 18. For instance, communications between the stations could be 
half-duplex, so that each station may be restricted to either sending or receiving VoP 

20 communications at any moment and could be precluded from both sending and receiving VoP 
communications at the same time. To facilitate half-duplex communication, server 22 may apply 
a "floor control" process in which it allows only one of the stations to "speak" at once. 
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Further, mobile station 12, communication server 22 and client station 18 are all 
preferably compliant with a signaling system that they can use to set up and perhaps tear down 
RTP communications with each other. For example, each of the nodes may comply with the 
well known Session Initiation Protocol (SIP), as defined at RFC 2543. 
5 According to SIP, a node can set up a communication session with another node by 

sending to the other node a SEP "INVITE" message designating the type of session requested 
(e.g., RTP). The other node would then respond with a SIP "200 OK" message to indicate its 
willingness to participate. And the first node would then complete the signaling transaction by 
sending a SIP "ACK" message. The two nodes may then begin to engage in the designated 

10 communication. 

In a conference scenario like that shown in Figure 1, mobile station 12 may initiate a 
session with client station 18 by sending an INVITE to communication server, designating client 
station 18 as a target participant. Before responding to mobile station 12, server 22 may then 
itself send an INVITE to client station 18, seeking to establish a conference leg with client 

15 station 18. Client station 18 would then respond to server 22 with a 200 OK, and server 22 
would then respond to mobile station 12 with a 200 OK. Finally, mobile station 12 would send 
an ACK to server 22 to complete setup of a conference leg between mobile station 12 and server 
22, and server 22 would then send an ACK to client station 18 to complete setup of a conference 
leg between server 22 and client station 18. Mobile station 12 and client station 18 could then 

20 begin engaging in real-time media communication via server 22. 

To end the session, upon user request for instance, mobile station 12 or client station 18 
could send a SIP "BYE" message or other sort of session-teardown message to server 22. Server 
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22 would then respond by sending a BYE message or other session-teardown message to the 
other station as well, signaling the end of the session. Communication would then stop. 

Further, server 22 could maintain a session-timer that expires after a predetermined 
duration of no participating station sending any RTP media packets, such as when there is a long 
5 pause in the conference. When the session-timer expires, server 22 may autonomously generate 
and send a BYE message to each participating station, to formally end the communication 
session, even though neither station expressly requested an end to the session. 
3. Example Mobile Station Components 

Referring next to Figure 2 a block diagram of an exemplary mobile station 12 is 
10 provided, to illustrate some of the components that could be included in such a device to carry 
out the exemplary embodiment of the invention. As shown in Figure 2, the mobile station 12 
may include a processor 50, data storage 52, a wireless communication interface 54, and a user 
interface 56, all of which may be coupled together by a system bus or other mechanism 58. Each 
of these components may take various forms. 
15 For instance, processor 50 could be one or more general purpose microprocessors and/or 

dedicated signal processors, and data storage 52 could be volatile and/or nonvolatile memory, 
such as flash memory or a storage drive. Wireless communication interface 54 could comprise a 
chipset (not shown) compliant with a desired air interface protocol such as CDMA (e.g., 
cdma2000), TDMA, GSM or 802.1 lx for instance. Further, the wireless communication 
20 interface may include an antenna 60 for sending and receiving signals over air interface 26. 

User interface 56, in turn, may facilitate interaction with a user, to receive voice from a 
user and play out voice to a user, and to receive user instructions to initiate or conclude a session. 
By way of example, the user interface may include a microphone (not shown) for receiving 
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analog speech signals from a user, and a speaker (not shown) for playing out analog speech 
signals to a user. Further, the user interface may include analog-to-digital conversion circuitry 
(not shown) for converting between analog voice signals and digital voice signals. And still 
further, the user interface may include a TALK (e.g., a "push-to-talk" (PTT) button), which the 
5 user can engage in order to initiate a session or to request the floor during an ongoing session. 

In the exemplary embodiment, data storage 52 holds a set of logic (e.g. computer 
instructions) executable by processor 50 to carry out various functions described herein. 
(Alternatively, the logic may be embodied in firmware and/or hardware.) For example, in 
response to user actuation of the TALK button, if the mobile station does not currently have a 
10 radio link layer connection and a data link layer connection, the logic may cause the processor to 
send an origination request into radio access network 14 to acquire the necessary connection(s). 

As another example, to facilitate packet-based real-time media communication, the logic 
may define an IP stack and logic to send and receive voice in RTP packet streams, i.e., as a 
sequence of RTP packets carried over UDP/IP for instance. Further, to facilitate setting up and 
1 5 tearing down such communications, the logic may define a SIP user agent client application. 

Still further, in response to user actuation of the TALK button when mobile station 12 is 
not engaged in a real-time media session, the logic may cause processor 50 to send a SIP 
INVITE to server 22 to initiate a session with user B (station 18) and may then work as 
necessary to set up the requested communication. Additionally, in response to user action of the 
20 TALK button when mobile station is engaged in a real-time media session, the logic may cause 
processor 50 to send a floor control request to server 22 and to begin receiving voice from user A 
and sending an RTP stream representing the voice to server 22. 
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According to the exemplary embodiment, the logic in data storage 52 may then further 
cause processor 50 to maintain a radio link during the absence of real-time media 
communication. In particular, the logic would cause processor 50 (i) to detect when the mobile 
station has neither sent nor received real time media for a threshold period of time and (ii) to 
5 responsively send a keepalive signal into the network to maintain the radio link. Further, the 
logic may then cause the processor 50 to periodically continue sending keepalive signals into the 
network to continue maintaining the radio link. 

In accordance with the exemplary embodiment, the logic will define the threshold period 
of time as a period that is less than the active-to-dormant timer period imposed by the radio 

10 access network 14. For instance, if the radio access network imposes an active-to-dormant timer 
of 10 seconds (i.e., the network would release a radio link after 10 seconds of no packet data 
flow over the link), then the threshold period of time applied by processor 50 would be 
sufficiently less than 10 seconds that sending a keepalive signal into the network will cause the 
radio access network to reset the active-to-dormant timer and thereby prevent the active-to- 

15 dormant timer from expiring (at least once). As a specific example, the threshold time period 
could be 7 seconds. 

Further, the logic will preferably define the keepalive signal as particular packet data. 
For example, the keepalive signal could be an empty RTP packet. In this regard, according to 
RFC 1889, an RTP packet normally includes certain header fields (fixed header fields and, 
20 optionally, "RTP header extension" fields) and then payload data. A keepalive signal could be 
an RTP packet that does not include any payload data (e.g., zero length, or all zeros). As another 
example, a keepalive signal could be a SIP message, or a PING request, or, for that matter any 
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sort of packet data that would be enough to cause the radio access network to reset the active-to- 
dormant timer. 

In the exemplary embodiment, the logic could cause the keepalive signal to be sent to any 
IP address. However, a preferred destination for the keepalive signal is an IP address of the 
5 communication server 22. By sending keep specify that the keepalive signal be sent to an IP 
address of the communication server, if it would be worthwhile to notify the communication 
server that the participating station is still engaged in the session. 
4. Example Operation 

Referring next to Figure 3, a flow chart is provided to help illustrate some of the 

10 functions that can be carried out in accordance with the exemplary embodiment. The process 
begins at step 70 with a wireless device such as mobile station 12 engaging in packet-based real- 
time media communication, such as sending or receiving an RTP media stream for instance. At 
step 72, the packet-based real-time media flow stops. That is, the flow of packet-based real-time 
media to and from the wireless device stops. 

15 At step 74, the wireless device detects that the packet-based real-time media flow 

stopped. For instance, if mobile station 12 had been sending an RTP stream into the network at 
step 70, processor 50 may detect that continuous generation and transmission of RTP packets has 
been interrupted. Or if the mobile station had been receiving an RTP stream from the network, 
processor 50 may detect that continuous receipt of RTP packets has been interrupted. 

20 At step 76, the wireless device responsively begins timing to determine if packet-based 

real-time media flow has been absent for a threshold period of time. In turn, at step 78, the 
device determines that the packet-based real-time media flow has been absent for the threshold 
period of time. In response, at step 80, the device sends a keepalive signal into the network to 
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maintain the radio link (e.g., to reset the active-to-dormant timer imposed by the network). 
Further, at step 82, the device may then continue to periodically send a keepalive signal into the 
network, to continue maintaining the radio link. 
4. Example Advantages 
5 The exemplary embodiment can provide several advantages. First, if a long pause occurs 

during a packet-based real-time media session, the exemplary embodiment can prevent a 
participating wireless device from losing its radio link and then having to re-acquire the link 
when communication resumes. Second, when a packet-based real-time media session ends (e.g., 
when the participants voluntarily end the session or when a communication server ends the 

10 session), the exemplary embodiment can allow a participating wireless device to keep its radio 
link and to therefore be able to initiate a new packet-based real-time media session if desired, 
without the need to re-acquire a radio link. 

Third, in a scenario where a communication server ends a packet-based real-time media 
session due to inactivity in the session, the exemplary embodiment can avoid having to establish 

15 a radio link with a participating mobile station merely to send the mobile station a SIP BYE 
message (or other session-teardown message). That is, absent the exemplary embodiment, if the 
communication server applies a session timeout timer that is longer than the active-to-dormant 
timer imposed by the radio access network, then a long pause in communication could (i) first 
cause a participating mobile station to first lose its radio link and (ii) then cause the 

20 communication server to send a BYE message to that mobile station. In order for the radio 
access network to send the BYE message to the mobile station, the mobile station would have to 
re-acquire a radio link. By having the mobile station maintain its radio link during absence of 
real-time media communication, this scenario can be avoided. 
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5. Conclusion 

An exemplary embodiment of the present invention has been described above. Those 
skilled in the art will understand, however, that changes and modifications may be made to this 
embodiment without departing from the true scope and spirit of the present invention, which is 
5 defined by the claims. 
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